12 条敏捷原则——12 条中的第 3 条

经常交付工作软件

“经常交付工作软件，从几周到几个月不等，优先考虑更短的时间范围。”

下一个原则强调使用迭代方法将项目分解为非常小的增量，称为冲刺或迭代，通常在两到四个星期的范围内。这很有意义有几个原因：

1. 所有敏捷开发过程，例如 Scrum，都基于持续改进。团队不应有一个从不改变的严格定义的过程，而是希望团队采用经验方法来了解随着项目的进展哪些有效，哪些无效，并在必要时进行调整。如果项目被分解成非常短的增量并且在每个增量结束时进行学习，那么学习和持续改进可以更快地发生。一个流行的敏捷口头禅是“早失败，经常失败”。换句话说，在许多情况下，最好快速尝试一些东西并从中学习并进行调整，而不是花所有可能需要的时间来尝试设计一种第一次就可以完美运行的方法。
2. 2. 人们在较短的时间内完成工作，工作效率更高。如果做得正确，团队会制定出非常有效的节奏和节奏，以便快速有效地生成定义的工作增量，就像制造装配线一样。

推荐的敏捷和 Scrum 文章